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Introduction 

Parallels® Remote Application Server (RAS) is a comprehensive virtual application and desktop delivery solu- 
tion that allows your employees to use applications and data from any device. Seamless and easy to deploy, 
configure, and maintain, Parallels RAS supports the delivery of applications and desktops via Microsoft RDS 
and major hypervisors. 


This document presents an analysis of the scalability testing of Parallels RAS v16.2 using Login VSI. 
Scalability 


Testing the Scalability of Parallels RAS 

To validate Parallels RAS configurations, Parallels engineers conducted a series of performance tests. The goal 
was to analyze the scalability of Parallels RAS sessions running on VMware vSphere virtual machines. As part 
of this testing, Login VSI was used to generate user connections to RD Session Host servers simulating typical 
user workloads. 


In a typical Parallels RAS deployment, users connect through a Parallels Client application to access remote 
applications and desktops. Login VSI clients simulate user connections, while RAS Publishing Agents distribute 
them and set up service connections between end users and RD Session Host servers. 


Configurations for Scalability Testing 
For the Parallels RAS scalability testing, a total of two HP DL360 consisting of the following hardware compo- 
nents were used: 


CPU 2x Xeon E5-2670 v1, 2.6GHz, 20 MB L3, 115W TDP 
RAM 128 GB, 16x 8 GB Micron DDR-4-2100 at 1600MHz 
HDD Western Digital Blue 1 TB SSD 


Parallels RAS was deployed on VMware vSphere 6.5 on Windows 2016 Server as follows: 


Parallels RAS Component Total VMs VCPU in Each VM RAM in Each VM 
RAS Publishing Agent 2 2 4 GB 
RAS Secure Client 2 2 4GB 
Gateway 
High Availability Load 1 1 2GB 
Balancing 
RD Session Host 6 6 24 GB 


Login VSI Workload 

The following Login VSI configuration was used to simulate the workload on Parallels RAS: 
e 250 Task Worker users 
e Launch one session every 10 seconds 
e Steady state: 2,500 sec 
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More info about the Login VSI Task Worker workload can be found at the following links: 
e —loginvsi.com/documentation/index.php?title=Changes_old_and_new_workloads 
e —loginvsi.com/documents/documentation/Login-VSI-41-Workloads.pdf 
All virtual machines comprising the testing environment are siloed on the same virtual network. 


Figure 1: Testing Environment Diagram 


Load Server RAS Server 
Ee 
= i 
(mm | —_ —_ 
Login VSI RAS Secure Publishing RDSH instance 
Lauchers Gateway Agent 
= VM VM VM VM 
Login VSI 1,2,3 ..9 
Controller 
E o 
(=) 
Login VSI RAS Secure Publishing RDSH instance 
Lauchers Gateway Agent 
VM VM VM VM 


Testing Process 

In the scalability testing, Login VSI 4.1.32 was used to run a user load on Parallels RAS build 16.2.0-19048. 
Login VSI helps to gauge the maximum number of users that a desktop environment can support. Login VSI 
categorizes workloads as Task Worker, Knowledge Worker, Power Worker, and Office Worker. 


The Task Worker workload was selected for this testing. The workload includes segments with Microsoft Office 
2013 Outlook, Excel, Internet Explorer, Adobe Acrobat, and PDF Writer. While being diverse and not focused 
on one or two applications, the Task Worker workload does not place a very severe demand on the environ- 
ment and represents users that do not overload the system with heavy tasks. 


It is important to note that while scalability testing is a key factor in understanding how a platform and an over- 
all solution perform, it should not be inferred as an exact measurement for real-world production workloads. 
Customers looking to better assess how applications will perform should conduct their own Login VSI scale 
testing using custom workload scripts. Additionally, such customers could request Parallels RAS POC/Pilot. 
Since the goal of this testing was to capture a baseline reflecting the densities possible, Login VSI client 
launchers were configured to go through Secure Gateway in proxy SSL mode. 


Performance metrics were captured during user logon and virtual desktop acquisition (ramp-up), user work- 
load execution (steady state), and user logoff. To achieve consistent measurements that would reflect when 
components were appropriately cached, each workload ran for 48 minutes before Login VSI performance 
metrics were recorded. VSI tests were repeated three times on each VM instance to get an average number of 
users who successfully ran the test. 


Task Worker Workload Findings 

Following are test results for the Task Worker workload. VSIlmax v4 (which indicates the maximum user density 
under a specific workload) is determined from the VSI Baseline and VSI Threshold metrics. VSI Baseline rep- 
resents a pre-test Login VSI baseline response time measurement that is determined before the normal Login 
VSI sessions are sampled. 


A VSlmax v4 density of 250 users running the Task Worker workload was demonstrated. In our tests, VSlmax 
was reached with 232 sessions. This means that there were already 232 concurrent sessions before any UX 
degradation was observed based on the current servers specifications. 
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Active Sessions 


The following test results for CPU and memory consumption and disk I/O response times are helpful in evalu- 
ating performance under the test workload. Each chart below shows data collected from a single RD Session 
Host server. Since there were six RD Session Host servers and 232 simulated users, a single RD Session Host 


server accommodated about 38 users. 


In the following two charts, as user load increases, the CPU and memory usage peak where the number of 
users approaches VSlmax v4. 


In the following chart, the horizontal axis represents the time (h:mm:ss), while the vertical axis represents the 
percentage of processor time. 


% Processor Time 


% CPU Utilization 
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In this chart, % Committed Bytes In Use means the amount of page file used. 
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% Committed Bytes In Use 
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The following chart shows the average disk read and write response time. The write I/O response time aver- 
aged about 0.000646 seconds. Read I/O response times averaged to 0.002010 seconds. 


Average disk read and write per second 


0.025 

7 0.02 

= 

È 0.015 

- 

2 0.01 

°o 

a 

© 0.005 

ec 
0 
RR RRR RRR RRR RRR OR OR OR OR 
SSPSRHARRSSSSSSAASSRAAKRARS 
coooooooont tt tt tt ntti tnt ttt tnt tA AA AA aA et 


~ Avg. Disk sec/Read — Avg. Disk sec/Write 


The next two charts show resource consumption for network transfers and disk I/O. 

The following chart shows networking transfer rates for data going out. For the Task Worker workload, the 
average outbound bandwidth at steady state is about 1277 kB/s for our test group of 38 users (232 total users 
divided by six RD Session Host servers). Therefore, the outgoing transfer rate per user is about 33.62 kB/s. 


Network transfer rate 
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The chart below shows disk transfer metrics. For the Task Worker workload, disk transfers during steady state 
averaged about 72 IOPS for the test group of 38 users, or about 1.9 IOPS per user. The peak transfer rate 
was 323 IOPS for 38 users, 8.5 IOPS per user. User profile data is recorded at logoff, generating disk transfer 
activity. 


Disk Transfers/sec 
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Conclusion 

The Parallels RAS scalability results presented in this document confirm that 232 Login VSI sessions using the 
Task Worker workload can be successfully launched using the given hardware configuration. Specifically, a 
total of six RD Session Host servers with 6 vCPU and 24 GB of RAM each were sufficient to accommodate 
these sessions with no user-experience degradation. 


Parallels RAS was deployed on VMware vSphere 6.5 on Windows 2016 Server as follows: 


Parallels RAS Component Total VMs VCPU in Each VM RAM in Each VM 
RAS Publishing Agent 2 2 4 GB 
RAS Secure Client 5 5 4GB 
Gateway 
High Availability Load 1 1 2GB 
Balancing 
RD Session Host 6 6 24 GB 


The results presented here should be used only as guidelines when configuring your Parallels RAS installation. 
Before making final sizing and deployment decisions, it is suggested that you run proof-of-concept tests using 
your own workloads. 
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